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A forms based browser interface system for configuring and 
administering a network server from a remote location. 
Using forms, such as hyper-text markup language forms, the 
system provides a graphical user interface that allows a 
n ovice user, unaware of the platform, architecture or eyen 
operating eyst™ of rhf nr* T "~" lr cmm ^i to transact admin- 
istrative tasks on the network serve r. An interfacing 
computer, at which the novice user performs administrative 
tasks upon (he network server, is connected to the network 
server via network connections. The interfacing computer is 
equipped with a browser program that can display and 
interact with the forms created by the network server. The 
forms allow the user to select among various administrative 
tasks to be performed on the server. The forms also allow the 
user to input parameters for administration of the server such 
as new account names when adding new accounts for the 
server. Once the form input is submitted over the network 
connections to the network server, scripts within the server 
pass this information as parameters to appropriate software 
that complete the execution of the task and may signal to the 
user at the interfacing computer, through messages on the 
forms, success ox failure thereof. 

16 Claims, 8 Drawing Sheets 
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SYSTEM FOR CONFIGURING AND 
REMOTELY ADMINISTERING A UNIX 
COMPUTER OVER A NETWORK 

BACKGROUND OF THE INVENTION 

1. Held of the Invention 

The present invention relates to the field of configuring 
and administering computer systems. More particularly, the 
present invention relates to automating the configuring of 
computers and administering computers using a graphical 
user interface from a remote location. 

2. Description of Related Art 

Certain computer systems such as those running in the 
UNIX operating environment are sufficiently complex that 
they have traditionally required specially trained technicians 
to configure and administer them. 

Configuring and administering a UNIX computer system 
has always been a specialized job requiring the know-how of 
a trained technician with a thorough knowledge of UNIX. 
The level of training and know-how required to successfully 
perform these tasks increases when the UNIX machine is 
connected to a network* and further increases when the 
UNIX computer is to be used as a server providing access to 
data and code for other machines connected over the net- 
work. 

Further, in order to install and configure a UNIX-based 
computer* the computer must be connected to a monitor and 
an input device, usually a keyboard with which a UNIX 
trained technician must manually type commands. Thus, the 
operating system* system utilities and some software appli- 
cations that run on the UNIX system cannot be made 
available for use without the help of a UNIX trained 
technician working at the site of the server. A UNTX com- 
puter with devices such as disk or tape drives requires, for 
iniU nr *, complicated configuration known as "mounting'* 
such that the operating system and software can recognize 
and use the drives. Similarly, networking interfaces such as 
a TCP/IP stack or packet drivers must be configured upon 
the installation of the operating system and/or the commu- 
nications software that uses them such that File Transfer 
Protocol (FTP) or Telnet may operate correctly. When the 
UNIX computer also operates as a server, then the server 
software must be correctly installed and configured to run 
administrative tasks such as fik permissions and setting up 
user accounts. This has typically required a system admin- 
istrator with experience in such features as shell scripts and 
daemons (for file systems and E-mail). Even when admin- 
istrative tasks are made available to a system administrator, 
however, they must be performed using a terminal at the 
physical location of the server. 

Thus, there is need for a method and apparatus that 
circumvents the need for trained technicians in order to 
configure and remotely adnunister computers such that 
persons not trained in the operating system or platform of the 
computer can perform these tasks graphically and remotely. 

SUMMARY 

The present invention is a method and system for auto- 
mating the initial configuration of a computer system and 
providing for remote ongoing administration of the com- 
puter system, particularly when the system is UNIX- based 
network server. 

The server is configured using information on a remov- 
able media such as a diskette for use over a network. The 
server then self configures "packages** containing adminis- 
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trative software and system utilities for the server, according 
to an order established by the server file system. Once the 
configuration is complete, a user may thereafter administer 
the network server from a remote location on an interfacing 

5 computer. Using forms, such as hyper-text markup language 
forms, the interfacing computer displays a graphical user 
interface, which is ideally a world-wide web browser, allow- 
ing a novice user, untrained and unaware of the platform, 
architecture or even operating system of the network server. 

10 to perform administrative tasks on the network server. The 
interfacing computer is connected to the network server via 
network connections and is equipped with a browser pro- 
gram that can display and interact with forms created by the 
network server. These forms allow the user to select among 

15 various administrative tasks to be performed on the server. 
Once a task is selected, such as when adding new accounts 
for access to the server, additional forms allow the user to 
input information concerning the task such as an account 
name, Once the input entered in the forms is submitted over 

20 the network connections to the network server, scripts within 
the server pass this information to appropriate software that 
complete the execution of the task and may signal to the user 
at the interfacing computer, through messages on (he forms, 
success or failure thereof. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a diagram showing the main components of the 
interfacing system of the present invention. 
M FIG. 2 is a flowchart showing the steps involved in 
configuration of the server and its software. 

FIG. 3 is a flowchart showing the steps in administering 
the server from a remote location on an interfacing com- 
puter. 

35 FIG. 4 is a chart showing the directory tree structure of 
static package iiifbrmation. 

FIG. 5 is a chart showing the directory tree structure of 
dynamic package information. 

FIG. 6 is an illustration of various package registration 
40 files contained in the registry. 

FIG. 7 is a screen capture of a sample graphical user 
interface administrative screen for network configuring 
according to the present invention. 
4} FIG. 8 is a screen capture of a sample graphical user 
interface administrative screen for adding users of the screen 
according to the present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

so 

FIG. 1 shows a system level diagram of the interfacing 
system. A UNIX-based computer requires specially trained 
and knowledgeable technicians such as System 
Administrators, to carry out such tasks as configuring 

55 devices and software of the computer. Further, when the 
computer is used as a server 1ft for access over a network 3# 
via a network connection 13d. the tasks of configuring the 
software of the server 10. according to the prior practice, 
require even more skill. 

60 Assuming the base operating system of the server It has 
been in«t»n<*f a diskette Ut containing configuration data 
particularly network configuration data, such as an 
Internet Protocol (TP) address. Domain Name Server (DNS) 
information and/or packet drivers related to network con- 

65 nection 130 may be used for configuring the server It to 
communicate with other computers, over the network 30. 
The "packages* (software) in the server will read and 



01/08/2003, EAST Version: 1.03.0002 



5,734.831 

3 4 

process the configuration data 120 from the diskette 130 and terminal display or any physical input devices such as 

automatically configure the computer as. for example, a keyboards ox mice, since it can be fully administered and 

World- Wide Web (WWW) server that uses Hyper Text reconfigured from a remote location. Though the embodi- 

TVansport Protocol (HTTP). mcnt discussed herein relates to the example of server 10 

Thereafter, any user of remote interfacing computer 40. 3 being a UNIX-based server, the method and system for the 

regardless of what operating system the remote interfacing interfacing system of the present invention may be 

computer 40 runs or what platform the remote interfacing employed on any servers of any platform, such as a DOS 

computer 40 is based upon, will be able to perform the (Disk Operating System) or Macintosh, 

ongoing administration of the server 10. The administration FIG. 2 shows a simplified flowchart of the initial booting 

can be handled by a Graphical User Interface (GUI) 60 such IQ and configuration process. When the power of server 10 is 

as forms accessed through WWW bowsers" such as turned 00. an initialization script is run out of the directory 

Netscape Navigator™ (a product of Net scape Comtntinica- /etc/rc2.d (210) where T designates the root directory of the 

tions Corp.). The server It will be HTTP capable and server file system. The system is queried as to whether a 

translate commands or requests issued over the network 30 floppy with configuration data is present (220). If not. the 

by the remote interfacing computer 40 employing its GUI system will boot as-is (230). If a configuration floppy is 

60. When GUI 60 establishes a "link* (successful network 13 foumL ^ SCTipt ^ ^ mc configurauoa information 

connection) with server 10. the GUI 60 becomes a browser &om mc floppy ^ place u into the appropriate adminis- 

interf ace for sending commands and receiving information u^™* directories (240) into files with an exten- 

from the server 10. An operator can. by the use of a monitor fe „ example, in the case of the Domain Name 

50 which displays the GUI 60 and a ke^ar^t ^ a 'X» the configuration file would 

device 70. mn administrative tasks by mp^g uiformati<>n 20 ^^^^^^ a ^ t ^ {Js ^^^^ tCtt 

which then translates the input into a form utilized by After all the data is read and copied from the diskette into 

coinmands native to the server 10. "Scripts" (self-executing each package's corresponding *\cT file. the/etc/rcZd or 

programs) on the server 10 invoke whatever commands and 23 °^ ia scri P i mcn invokes the configuration program of 

packages are necessary to perform the task entered by the SUNWhostA which is a package that sets the name of the 

user and return success or error messages. , server and other critical information (250). Then, the script 

^~ For example, to add a new user account for access to the invokes the rest of the packages* configuration programs in 

server 10. the GUI 60 may have an icon entitled "Add User a sequence detennined by the leading digits of the registra- 

Account n whereupon a simple dick would bring up a dialog 30 tion file name resident In a registry for each package (260). 

box asking, for instance, a user name and password. FIG. 8 Each step in the configuration sequence involves sequen- 

shows such an arrangement Upon entering the user name tially invoking each package's configuration program. Each 

and password, the server 10 would receive the information package's configuration program then reads the package's 

over the network connection 130 and pass It along as "xf" file containing configuration information read from the 

parameters to a series of UNIX or T* commands and 35 diskette. Thus, the package SUNWdnsA will have a program 

packages invoked through self-executing scripts. Upon sue- /etc/cpt/SUNWnak/rjacka^^ per- 

cessful completion of the shell scripts and commands ncc- forming the configuration according to the corresponding 

essary to create user directories, set the password, create M .cf* file. Critical packages, such as SUNWnetA. which 

* login files, and any other tasks necessary to complete the configure the networking interface, should be first coafig- 

»<Min g of a new user account, the server 10 can send back 40 ured so that administrative tasks may be performed over the 

to computer 40 a "User Added Successfully" designation. network from a remote location. After the configuration of 

which then flashes on the monitor SO or perhaps, through the all packages is performed and the server has booted (265). 

use of audio interfaces, simulates speech that extols "User the system is considered fully configured (27 0) an d users 

Added Successfully.'* This example is described in greater can connect the server using port 80 (standard HTTP anooy- 
detail later with respect to FIG. 8. In a similar manner, any 43 mous user poet) over the network 30 to merely use the 

and all type and number of administrative and/or UNIX server, or connect to port 81 (administrative port) to begin 

taslw can be implemented using graphical menus and dialogs administration of the server. 

through the GUI 00 that are simple in that they require no FIG. 3 snows an overview of the steps involved in 

knowledge of. nor use of the platform or operating system carrying out the remote administration of the server from the 
^server 10 operates on. 50 interfacing computer. 

The GUI 60 can merely be a browser-capable page that Starting with step 1000, it is assumed that the server, 

allows the user to graphically Interact with the server 10. "xyz". has been previously configured via diskette (as 

Server 10 must contain or generate the necessary forms such shown in FIG. 1) so it can at least be accessed from the 

as Hypertext Markup Language (HTML) pages, which a network according to the steps described with respect to 
browser such as Netscape Navigator™ (a product of 33 FIG. X In step 1000. the user launches a WWW browser on 

Netscape Communications Corp.) can then access. Thus, by the remote interfacing computer and invokes "http:// 

linking" to the server 10. any remote interfacing computer www.xyz.abc:81" to access the HTML-based administrative 

40 that has an HTML browser can display forms that provide user interface (at a main screen or home page) to the server 

administrative command level access to the server 10. "xyz M The_ designation "^^1^ i« rtw triform 
without any UNIX system resident in remote interfacing at Resource Lo ^y nn»> t**tQny]us** with a WWW 

computer 40. The only requirement is that the computer 40 bro wser and necessary nctworkingfeed can connect with to 

be implemented with TCP/IP or other networking capability get access to the server. In step flit, me useT CHlefs* an 

to access the server 10 through network 30. Implementing app rcfiiatc »i d password to access server xyz 's 

computers with such capability is well known in the art and HTML-based ad ministrative forms^ajid-pagcaUJDce in the 
.will not be described in detail. 63 top level rprmTor system connguration and administrati on. 

Using a remote interfacing computer 40. the server 10 is ac cording to step 1200. t nVuser selects the acaimlslrativ e 

allowed to be a "headless" server, that is, a server without a tas£ that they prefer to pursue, such as FTP configuration or 
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new user addition. According to the task selected, in step 
136#, the user will be presented with one or more task 
relevant HTML forms that let the user specify configuration 
or administration information. According to step 14M. the 
user then fills in the required form and "submits" it to the 
server over the network by activating, for instance, a "sub- 
mit" icon/button provided on the form. 

In accordance with step 1S%%. information submitted 
through these HTML forms is transmitted over the network 
to the server where scripts process the submitted information 
and either accept or reject it (step 1600). If information is 
rejected, error messages are displayed back to the user (step 
1550). and the input, submit and validation process repeats 
until the transaction can be completed. According to step 
1700. once the script gets valid input data from the user, the 
submitted data is passed on to the executable s of the 
appropriate administrative package or UNIX commands 
corresponding to the task selected (step 1800). According to 
step 1900, upon completion of the task requested by the user, 
a message indicating successful task completion is trans- 
mitted to the user on the interfacing computer (1950). 
Similarly, if any errors occurred during task execution, an 
error message is transmitted to the user, and the user may 
restart or cancel the task (step 1970). Similarly, the steps 
mentioned above may be utilized for altering configuration 
of the server by changing the *\cT files using input submittal 
in forms. 

The process of form input, submittal, script processing, 
and program invocation can be repeated/modified for any 
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HTML browser they desire at the remote interfacing com- 
puter 40. Thus, running under port 81. rather than the 
standard HTTP access port 80. the daemon can prevent 
access from any hosts other man those in the local domain 
(designated by matching certain IP masks). The daemon also 
provides security such that users must authenticate them- 
selves using a password to gain super-user or administrative 
type access to the server 10. HTML forms provided for 
packages of the server are then used by authenticated user s 
over port 81 to handle all the Mftmnisrrativc upkeep of the i 
server 10. For example. FIG. 1 7 is a screen capture of a 
Netscape Navigator™ displayed HTML form that sets Inter- 
net Protocol (IP) configuration for emernet operation that is 
remotely administered according to the present invention. 

FIG. 8, likewise, is a screen capture of a Netscape 
Navigator™ displayed HTML form that adds new user 
accounts. An alternative embodiment may provide a VT100 
emulation or PC termiaal program so that administrators can 
also enter commands and administer the server 10, if they so 
choose, using Telnet or direct modem dial-up. Thus, a 
TTY-oased web client is necessary to translate enough 
HTML tags to. at a minimum, display text and get input from 
forms in the case of only a cursor-addressable terminal. 

Further, the "remoteness" in terms of distance is not 
critical to the invention as the interfacing computer 40 may 
be in the same room as or provided along with server 10. 
A. Overall Framework of the Server 

A "framework** for the file system of the server is 
described in this section as it relates to package configura- 



number of tasks to accomplish ongoing configuration and yy tion and use. These "packages" are the primary software 
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administration of the UNIX system without the user having 
to type a single UNIX command or know anything about 
UNIX. Further, as is standard for HTML forms, the user will 
readily be able to escape back to any previous form or cancel 
the task entirely, if the user so chooses. 

Several network "packages", such as FTP. are provided by 
the server 10 for use in enabling and controlling client or 
user access. The present invention will be described as 
working with SOLARIS™ (a product of Sun Microsystems. 
Inc.) as the underlying operating system, but one skilled in 40 
the art will appreciate that any operating system, properly 
outfitted, can underlie the network server and provide simi- 
lar packages for network/server administration. Though pre- 
installed with certain packages, the server 10 can be 
equipped to dynamically add new packages as they are 
requested by or required for clients and users. 

Among the basic services provided by me packages are 
Hyper Text Transfer Protocol (HTTP). Dynamic Host Con- 
figuration Protocol (DHCP), Internet Mafl Protocol (IMAF? 
and Post Office Protocol (POP); Additionally, the server 10 
wOl have a Domain Name Server (DNS) package providing 
name-server information such as the IP addresses of a cache 
server, a primary server and a secondary server. A "send- 
maiT service is also provided to give Simple Mail Transport 
Protocol (SMTP) functionality to the users of the server 10. 
In terms of administrative support server 10 is configured 10 
provide asynchronous Point-to-Point Protocol (FTP) setup. 
File Transfer Protocol (FTP) setup, added security (for 
granting super-user or ordinary user access to the server over 
die network) and access to newsgroups or Gopher informa- 
tion services, and the ability to add user accounts for mail 
and web access. In terms of configuration support the 
following functionality is exemplary: IP addressing, 
netmask. default route schemes, root passwords, date, time 
and timezone setting. 

The server 10 has a daemon to produce HTML documents 
mat can be routed via HTTP so mat the user may employ any 



invoked to handle auto-configuration of the server 10 and. 
subsequently, are invoked during the remote administration 
of the server 10 over network 30. Administrative packages 
can be configured through the HTTP interface quickly and 
easily, thereby eliminating the need to configure the package 
where the server 10 is physically located. The framework is 
referred to as "SUNWnak* (Network Appliance Kit) in 
Solaris™ (a Sun Microsystems operating system) terminol- 
ogy and has. in the files system area, static information as 
shown in Table I below. 

TABLE I 



Sialic ipfotnatioD tending at topi b 



43 



50 



55 



60 



STJNWDakfcgL-birf 

SUNWnak/bcnV 

SUNWoakfiaxuf 

SUNWmkfaagca/ 

SUNWnaktoudio/ 

SUNWatk/bin/xudio 

SUNWntk/bia/caafij 

SUNWnifc/biD/dirtxf 

vendor 
veodor-proto 



Cosnmt HTML farmm work, mxh 



1 HTML 1 
Vifioui xbes i 
Vtrioot uw/insD m 
Pacttge-eelUBd ratio files X 
Progr-an to pbsj madia fika at • 
specified volume 
Program lo oil configuration 
program of other package* 
Run at boot -time to check 

dufc if pc c c aiir y 
Symbolic hnk to vendor-specific 
"penoxmlxty package" 
Prototype °f * vendor pa rka a e 
(hat ships wilt (he computer 



FIG. 4 shows the directory structure in which the static 
information specified in Table I for SUNWnak resides. 
Following down the tree in FKj. 4. from a root directory *T 
(3##) to "opt" (3*5) and finally to "SUNWnak." a number 
of subdirectories reside. First, the "bin" subdirectory [312) 
65 contains the binary (executable) files that are the base level 
commands cf the framework such as the "config* program 
for calling configuration programs of the various packages. 
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The "httpd" subdirectory (314) contains more advanced B. Administrative Packages 

executable* for maintenance and setup of the server as a Web As shown in FIGS. 4 and 5, each adimnistrative package 

server The *W subdirectory (316) contains Libraries and is installed into a subdirectory of /opt/SUNWnak/packages 

utilities for running the various package configuration (32$) and /etc/c?t/SUNWnak/packagcs (42t). A particular 
scripts. Finally, the Netra™ (a trademark of Sun 5 package's files are installed in two places: 1) under me 

Microsystems) subdirectory contains vendor-specific /opt/SUNWnak/packagcs tree where the static data resides 

Images and forms which can customize the adniinistrative and 2) unde^var/opt^UNWnak^ackages where all the logs 

pages of the Web server. The "packages" subdirectory (320) and configuration files reside. A particular feature of this 

contains a number of subdirectories, one for each package. invention is package registration, which will be described in 
For example. FIG. 4 shows five such package subdirec- * detail later. The name of each package must be registered in 

tones. ThTsUNWdnsA. SUNWftpa. SUNWbostA. SUN- a ^registry" file under a regi^ d^ectory as Ararfopt/ 

T£a and SUNWuserA packagTeach have directories. SUNWnak^^/^PKGname- (teriM tar 
322. 324, 326.330 and 332. respectively. For an explanation Every package must have two files. Thcfirst is bm/coofig 

describing what taste each tffcesc packages perform, see (»>. which is an executable program used, for setting and 

the discussion under Section B. entitled "Administrative testing configurations of the package, andthe second is the 

PacWeT HTML index or Iwmc" page of the package. 

provides t«%^f<^™"* ^JZ22 SUNWnetA and SUNWuserA. So as not to obscure the 

area, namely 7etc/opt/sunwnak. Here, vendors and value- invention, only a brief description of 

added resellers may add the* own c^^omued packages or * ^^^^^,1^ j& su^d^ackage 
package addons according to their needs. sets up the Domain Name Server information for the server 

It, with the IP addresses and masks specified by the user or 
TABLE 11 automatically by the configuration diskette. The SUNWftpA 

DwnMac fafcnnrtin nilm 1 ^^tTNrwnA 23 package sets up the server It as having FTP send and 

receive functionality. The SUNWuserA package manipu- 
veodor Symbobc lmk t> wiowpecifie usa jofom^tion such as passwords and login shells 

v***mn> SS^«Mk*<hm«« and its source code is detailed Ln Appendices A and B. The 

reptxryi Dwtwy coaming j-eka* SUNWnetA configures the server It for network interface 

tegiiaatiaa tnfcnmtioa 30 and capability. FIG. 7 shows a typical adniinistrative form 

couff Oa^r«ii»dmctay which configures cthernet IP addresses. Thus, all of these 

^ SUNWMtCf SSSkS^fikT packras when catted thrc^ 

computer provide co mpH* »rfmjataratnre fapctjonalitv 

witfaan ease-of-USe Prov^^ hy fo* graphical nsw intrrfar^ 

FIG. 5 shows the directory structure in which the dynamic 35 c Package Registration 
information specified in Table n for SUNWnak resides. ^ packages are registered with the framework through & 
Following down the directory tree from "/etc" (4#f) to reg istry. The directory /etc/opt/SUNWnak/registry (43#), 
"/etc/opf* (405) and finally to 'Yetc/opt/SUNWnak* (41#), shown in FIG. 5. contains registration information for all of 
there are two subdirectories. The "packages" directory (42t) ^ ^mini^ Hvr packages. Within this directory are a 
has a subdirectory for each of the packages referred to in ^ DUm bcr of registry files, one for each package. The file name 
FIG. 4, (for an explanation of the tasks performed by these ^ QnX.PKGnamc (440) where nn is a number 
packages, refer to Section B. entitled M Administrative between 00 and 99 and merely toermines the order of 
Packages".) The "SUNWdnsA" package directory is shown package auto-conform using the boot-up process. X is a 
to have a "conT subdirectory (470) which contains configu- package type identification (eg., *T for network interface), 
ration file(s) such as **xx.cf* (415) where xx is an arbitrary 45 ^ pKGname is the name of the package. FIG. 6 shows 
designation and the empty files "reboot" (472) and "reboot registry files for each of the packages described earlier, 
now** (474). The "SUNWdnaA** package directory is also within each file is a one-line text string, for example; 
shown as having a "logs" subdirectory containing log files "DHCP— Dynamic Host Configuration Protocol.* These 
such as "dnslJog" (462) which may have error messages package text strings are used as labels by the HTML Link that 
during configuration on typescripts of sessions when the ^ Evokes the package's administrative form. Each of these 
corresponding package, in this case SUNWdnsa, is run. package registration files are used for sequencing the auto- 
Each of the other packages, SUNWftpa. SUNWhostA, configuration of the packages, shown in FIG. 4. The pack- 
SUNWnetA and SUNWuserA have similar corresponding ^ ^ SC q UeaC ed according to the alpha numeric sort order 
directories 422. 424. 426. 42S and 429. respectively, and like where 00=00 is first and nn=0 1 is second, and nn=02 is third 
SUNWdnsA. each of these directories also have "conT 55 mA so OJL Thus, in FIG. 6. SUNWhost is configured first 
subdirectories and "logs" subdirectories (not shown). then SUNWnet. etc By using a directory command, such as 
By splitting the dynamic and static information into "La" in the registry directory, the user can see what order the 
separate directories, back-up of/etc/opt/SUNWaalu which packages are configured in. 

contains all the data necessary for restoring/recovering the Furtherxnore. when the leading digits of the registry files 

configuration, can be achieved more efficiently. The static «> are extracted during generation of the HTML forms, these 

data and executables can be recovered from original soft- registry forms provide an efficient way of determining which 

ware packages rather than having to back-up the executables menu items and forms occur/display in what order at GUI 

and static data along with the dynamic data. 6#. 

Using this framework; packages are also configured in the D. Configuration 

appreciate order and further, using the registry. HTML 65 Each adniinistrative package may use configuration 

administrative forms are more easily organized according to information, either from a service provider or as a result of 

registry entries. the user filling out HTML forms. In order to simplify 
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delivery, backup and restoration of the packages* 
configuratioa, initial configuration information can be stored 
on diskette or other removable media Referring to FIG. 5. 
the configuration files for the administrative packages reside 
in the directory /etc/cpt/SUNWnak/packagesyPKGname/ 
conf (470). Each configuration file will end with the suffix 
M .cT and have the form "xxxT (48#). 

When saving configuration information, the framework 
copies the contents of the package's conf directory, for 
example. *Vetc/opt/SUhrv7Gax/pac^es/SUNwdnsA/conT 
(47#) to a directory called 'TKGname" on the diskette and 
overwrites configuration information already residing there. 
Each administrative package must have as executable file 
bin/config (345). as shown in FIG. 4. for manipulating and 
processing its configuration information. The following pro- 
gram options are preferred: 

-c configures the package according to the .cf files. 

-t testing to insure that the semantics of the .cf files are 
acceptable without modifying any of the files. This 
option will return a status code. 

-u ^nconfigures** all changes it has done to the system 
files. 

-v returns the package's version information. 
The configuration program will return a status code indicat- 
ing whether the action was successful or not Further, this 
status code, between 0 and 255. with a 0 indicating an okay, 
and each of the numbers from 1-255 indicating a specific 
error, such as when the config file is missing or corrupt or 
when a package is not installed properly, provide feedback 
to the user on package configuration. Each of these options 
are provided to the user via configuration HTML forms 
similar to administrative HTML forms described earlier. 
Further, the status codes returned can be transmitted to the 
page accessed by the user to notify the user of the configu- 
ration status. 

ff the action taken by the configuration program requires 
that the TnarfiiM be rebooted before the new configuration 
occurs, the configuration program must write an empty file 
"reboot" (472) in its conf directory. The framework wul 
recognize mis file, continue wim any other package con- 
figuration it needs to. remove the "reboot** (472) file, and 
then reboot the server. 

If the configuration program requires that the server be 
rebooted immediately, before any other package configura- 
tion commences, the config program must write an empty 
file "rebootnow** (474) in the corresponding package conf 
directory. The framework will remove the file, remember 
what position it occupied in the configuration list and reboot 
the server. When the machine reboots and the initialization 
p rogr am is run from /etc/rc2 : d\ if it sees a marker that 
indicates it was in the middle of a configuration sequence, 
the script resumes configuration. Once the configuration cf 
packages is completed, the server continues boot-up. 
E. Logs 

Each administrative package should be able to keep logs 
of any tasks performed, typescripts of sessions and also any 
error messages mat are returned. Package-specific log files 
reside in the corresponding "logs" directory for that package 
as is illustrated by the SUNWdnsA example in Figure B. 
Each administrative package can have functionality to dis- 
play its log file, such as dns2Jog (462) for SUNWdnsA, 
using a menu item (icon) on one of the package's HTML 
forms and the file can then be displayed as a customized 
HTML form based on the text in the log file. For instance, 
referring to FIG. 7. when the cthernet administration pack- 
age encounters an error, a detailed error message may be 
stored in a log file for SUNWnetA. the package correspond- 
ing to cthernet set-up, for later viewing. 
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F. HTML 

Scripts, which are called by the user via the HTTP server 
in response to an HTML "submit*" menu selection, will also 
translate the form input submitted to the server into appro- 

s priate values in the package's xx-cf configuration file and 
then invoke the package's configuration program passing 
along the input submitted by the user as parameters inside 
the xx.cf file. In the FTP package using an HTML form 
interfaces, the parameters input on the form are written to 

10 FTP.cf and then the configuration program for the FTP 
package (SUNWffpa) reads the ".cf* file to get the param- 
eters. 

HTML forms, such as the M Add User Account** form 
shown in FIG. 8. allow a user at the remote interfacing 

15 computer to input information for adding a new account 
Appendix A contains source code showing how this form 
may be generated. Referring to FIG. 8. input windows, one 
for the account's login name, another for the account user's 
real name, another one for the password, and so on are 

20 illustrated. Once me information is input into the windows, 
selecting the menu item "Add", as shown at the bottom of 
the screen, will "submit" the information over the network 
13+ and then the appropriate scripts) for that package on the 
server 10. in this case SUNWuserA. will run and the new 

25 user information will be passed as program parameters. The 
SUNWuserA scripts perform the necessary operations to get 
the new account ready, such as setting up directories for the 
new account, setting access permissions for the user of the 
new account, setting up a mail spooler or other related tasks. 

30 Appendix B contains source code showing how submitted 
information is processed and how UNIX operations neces- 
sary to add a new user account are performed. 

G. The Main Form 

The "main" form is the form referred to in step 1158 of 
W FIG. 3 as the "Administrative Tasks Home Page" that is 
displayed to the user immediately upon login or afte r 
visiting the welcome or home page of the server. The main 
form is generated by an HTML command such as HREF= 
u /SUNWnak/cgi-Wn/maiiLCgr which then generates an 
40 HTML form with the following menu items: 
o Manage Interfaces 
o Manage Services 
o Manage Users 
45 o Manage Hosts 

o Advanced Management 
Selecting the To Welcome" menu item takes the user back 
to the welcome or home page of the server. Each of the other 
five menu items will transfer the user to a different HTML 
50 page, which corresponds to the 'Tiome page relevant to 
preferred task" as mentioned in Step 1388. Selecting the 
"Manage Users" page allows aditdnistrators to add and 
manipulate user accounts on the server, provide mail savice, 
or create logins for placing web pages. In the case of user 
55 accounts, a user account adnunistrative page is then dis- 
played on the screen from which the option "Add User 
Account" may be selected. Then, as shown in FIG. 8. the 
new account information can be configured. The "Hosts"* 
page lets administrators add. delete or modify host entries 
£Q via the domain name server and dynamic host configuration 
protocol Selecting the "Advanced Management" menu item 
provides us*xs with functionality for modifying the server 
system itself. The "Advanced Management" page has menu 
items such as: 
65 o Manage system parameters 

o Adjust audio volume (including OFF) 
o Install new software package 
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o Save configuration 

o Restore configuration 

o Shutdown saver 
Selecting the "Modify system parameters" menu item brings 
up an HTML page with the following menu items: 

o Set IP address, octmask. default route 

o Set root password 

o Set date, time, and time zone 
The first item "set IP address . . may bring up a page 
gftnn«- to the one shown in FIG. 7. The administrative pages 
described, and others similar to them, are automatically 
generated by the packages and scripts, and can also be 
vendor-customized. The various administrative pages, what- 
ever their appearance, allow easy remote administration of 
the server It using a WWW browser. 

Many alternate embodiments of the present invention are 
possible, depending upon the needs and requirements of the 
machine to be administered, and the embodiment described 
above is merely an enibodiment to be used by computers 
operating on the Solaris™ operating system which is a 
UNIX-based environment 

While the present invention has been particularly 
described with reference to the various figures, it should be 
understood that the figures are for illustration only and 
should not be taken as limiting the scope of the invention. 
Many changes and modifications may be made to the 
invention, by one having ordinary skill in the arc without 
departing from the spirit and scope of the invention. 

APPENDIX A 

Diaplaya the "Add Uier AococnT HTML form 
#lrtrinfluhJpn«m» ideal "O (fjuerlxgi 
tf 

ftVkriafak* 
• 

FKG=SUNWu»erA 
« 

ft Lad (tie libraries 
f 

. /optfSUNWn«k/Kh/nak.gbb«U 
. SPKGRCXnfcp-bmftuenxmxxuLxp 
ft 

*MUQ 

« 

set -hi 

rafcjnmU**! -Add User AocounT 
cat « _lBOF__ 

<?ORM ACnON^SUNCCHWPKGOQflVUKwkUjT 
MBTHDD=~POS"P> 
<PRK> 

Uacr Login: <INPUT NAME="x»er_k>giir VALUE»"Sr 
SEE=-30T>S3 

UnNnt: <INPUT NAME="UMt~nsme" VALUB=-$T* 
SJZE*~XT> 

Piswofd <INFUT NAME^ntrr_j««_r VALUE=**£T 
TYFE="pM>racr snE=^30T>$6 

Reenter Piswad <1NPUT NAME=^iaw_paM_r VALUER- 
TYPE "im n mT STZE^*yr>$6 
<BKxK>Login Shell: <5ELECT NAMB="wh«t_flbeir> 
<OPTK)N VAIAJB^/baV *"> Bora Shell 
<OFTK>N VAUJE^/baVkab^ Kara SbeU 
<OFnON VAUIE=-rtmrfcih-> C Shell 
</SELECT> 

<ms> 

<BR> 

<Jr>Le*ve the yum md Oeldi blank only if 
the umt doMo't wast a paaawofd 
Chooae <STRDHQ>AM<fSrROSO> to add (be wer 
or chooae <STItONQ>RcaeK/STROMO> 
to nmot aU (ha 6ekh.<BK> 

<P><INFt7rTYPE=-5utinir VALUE= M AdTxINPUT 
TYPE=Ttaer VALUE="**ser> 
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</FORM> 
<PXHR> 

<A HR£l« a 9aXOGI^adBX.cgr>Uaer AA ai i ii*ati kxxJA> I 

<A HRS = =^SNAKCOi'«y5iem.c p">Sytfem Adaaiaiatr*tioo</A> I 

<A HREF=~$NAECGVmasL£gr>MaiD AdsibuAntioo</A> 

<mODY> 

<THTML> 

_IE0F_ 

set -o 
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Proccaaca info iBthrmtand by "Add User" Conn. 
Perform* UNIX o p er ation * to add per anennm 
tt>fcia/)ufa#prign» ideal "© (tyiaenddxgi 
• 

f Variable*, 
ft 

FKG=SUNWu»A 
• 

• Load the libraries 
• 

. /opiOTNWi»i/HbMak.gtoh«l* 

. $PKOaOOT7c gi-bm ft i a nr >-■ n n yq cgi 

ft 

# Mam 
# 

set -hi 

$(che«k.JojjD -$WWW_wer_login-) 

caae $? in 

t) 

exec SFBOROOiycai-fcbftiaerlxgi "5WWW_uaer_Jogiir 
"SWWW^TtT-namrn 
-SWWW_ii«er__paa«_l" 
Can't bo empty." 



35 2) 



40 



45 



50 



55 



exec SJKGROOTcxi-bmAjaerligi •$WWW_uaer_Jogiir 
-$WWW_ui 
-$WWW_m 
"4- $WWW_UBet_Jogm ahead? exist." 

3) 

exec SPKmOOTcgi-bhVuaerl rgi -$WWW_iaer_tosm- 

-$WWW_uacf_paaa — r •$WWW_a»er_pa»i_2 w 
**4- $WWW__uaer_jDgxa ia invalid." 

•) 

Kcoeck^pawrori -$WWW_t»er_pasa_r 
-$WWW_n«ex_jaaa_jr) 

if[t $? t=0]] 

CfacD 

exec SFKraOXn/cgl-biatoatrlrgJ M $WWW_uaai_kigirjr 
-SWWW_oi 
-$WWW_ai 

-$WWW_j2aer_paaa_2" *"" 
-«- TWo y tM a mdi don't match." 
fi 

typeset -i uid 
uid=K» 

uidlist=$(awk -F: {print $3}' /etc/paaawd) 



= 111 



while [[ 
do 

uid^Sukh-l 



60 



65 



fori m Suidlaat 
do 

ifU-$ttkT = $i|] 
then 

uodbtpd^l 
fi 

done 
done 

if ll i -iiwww.1 
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15 



20 



>{fWWW_ttWT_plM 1 ) -It 6 11 

arc SFKCR€>OT/cgi-bu/QMr 1 xgi "$WWW_u«r_bgm w 
-$WWW_u3a_iaiDc^ 

1WWW_ma_{«i_r "$WWW_MO_psi_r ~V 
Ai kfttf as cfatndev a required** 

-$WWW_uier_p««_l") 

•dcL_pMw<L-a<i7 *TWWW_uoer_Jogmr "SukT 
•*SWWW_irrr_jttfnr'* 
-$WWW_whn_«hcir 

cake _bonr_dir "$WWW_u»et_Jo^in'* 
act -u 

odOog info 0 "User $WWW_j»ae^Jogm his been createdT 
n»k_tamLJ**l -Add liter AccounT 
cat « _tEOF_ 

<H2>Uaex SWWW_UKX_Jogjn accowii baa been created WH£> 
<SR> 

^^Cboooo one of the foUowiif links below. 
<HB> 

<A HKEF=-SPKOOCaAa«rl xjfVAAI User AceouacrA> I 
<A HHH^PKOCXn/ind«xgr>U»or Adsuanraxiao^A> I 
<AlQBP=r$KAKCGIfon*aiu*r^ I 
<A HHEP=^SKAjXt31/nagLggr>MaiD AAmimumliuuc/A> 
</BODT> 
</HTML> 
_JB0P_ 

What is claimed is: 

1. A method far administering a network server over 30 
network connections using an interfacing computer, said 
method comprising the steps of: 

configuring the network server for use over network 
connections; 

configuring software packages on the network server for 35 
executing a set of administrative tasks on the network 
server, 

<^|*-*fng on a first set of graphical user interface forms 

displayed a preferred administrative task from said set 

of administrative tasks; 40 
inputting of information, by a user, relevant to said 

preferred administrative task on a second set of graphi- 
cal user interface forms at the remote location; 
submitting the user input over the network connections to 

the network server, and 45 
executing the preferred administrative task on the network 

server using the configured packages and command* 

native to the network server in a manner specified by 

the user input t 

2. A method according to claim 1 wherein said step of » information for existing users of the network server, 
configuring software packages is achieved in a predeter- 16. The interface system of daim 9 wherein said admin- 
mincd sequential order. istraUve tasks further include configuring the network server 

3. A method according to claim 1 wherein the set of as a world-wide web server, 
administrative tasks include reconfiguring the network 

server for use over network connections. * * * * * 



4. A method according to daim 1 wherein the set of 
administrative tasks includes adding a new user a cc o u n t , 

5. A method according to daim 1 further comprising the 
step of validating the submitted user Input prior to executing 
the preferences administrative task. 

6. A method according to claim 5 where the step of 
validating indudes displaying success and error messages to 
the user at (he mterfacing computer. 

7. A method according to claim 1 wherein the network 
server runs in the UNDC operating environment. 

8. A method according to claim 1 wherein the step of 
configuring me network server for use over network con- 
nections is achieved through a removable media provided to 
the server, said removable media containing configuration 
data. 

9. In a computer system, an interface system for 
administering, from a remote location, a network server, said 
interface system comprising: 

a set of network connections; 

an interfacing computer at said remote location* said 
interfacing computer for transacting a plurality of 
administrative tasks on said net w ork server over said 
set of network connections, said interfacing computer 
platform mdependent of said network server; and 
a graphical user interface coupled to said interfacing 
computer that correlates said administrative tasks of the 
network server to a set of menu items provided on 
forms displayed by said graphical user interface, 
wherein user input submitted through said menu items 
is translated on the network server to complete trans- 
actions of said administrative tasks* 
1#. The mterface system of claim 9 wherein said network 
server is configured on the UNIX operating environment 

11. The interface system of claim 9 wherein said network 
server self-configures software necessary for connecting to 
said interfacing computer over said set of network connec- 
tions. 

12. The interface system of claim 9 wherein said network 
server requires no display device. 

13. The interface system of claim 9 wherein said graphical 
user interface is a set of hyper-text markup language forms 
accessible through a world-wide web browser. 

14. The mterface system of claim 9 wherein said admin- 
istrative tasks include configuring the network server to 
operate over said set of network connections. 

15. The mterface system of daim 9 wherein said admin- 
istrative tasks indude adding new users and modifying user 
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